案例全景与背景深度档案
行业背景科技互联网行业的竞争格局正在被技术重新定义。数据显示,过去一年行业AI投入同比增长18%,但真正实现规模化落地的企业不足34%。
风险矩阵期望风险(可能性高·影响高):利益相关者对时间表和效果有不切实际的预期。资源风险(可能性中·影响高):预算可能被削减、关键人员可能被调离。治理风险(可能性中·影响中):数据安全和隐私合规问题。
顾问洞察顾问团队在诊断中总结了一句核心洞察:「客户说的需求和真实的需求之间隔着一个组织壁垒」
purple痛点三:数据孤岛严重。6个独立系统之间缺乏数据互通机制,同一指标在不同系统中的定义和口径完全不同。数据标准化的工作量远大于AI模型开发的投入。
痛点一:战略缺位。公司没有清晰的AI路线图,多个部门提出了互不协调的AI需求。销售部想上智能客服,供应链想上预测系统,生产部想上视觉质检——但公司缺乏统一的技术架构和数据基础来支撑这些分散的需求。
blue痛点二:变革疲劳。公司在过去22年中经历了多轮组织架构调整,员工对「新项目」持观望甚至抵触态度。变革管理成为比技术选型更具挑战性的任务。
※ 案例信息已脱敏处理。仅供教学参考。以下展示本案例将应用的层面。Step2展开。
知识点图谱与 AIPM 系统落地
掌握在科技互联网场景中运用结构化方法论诊断企业AI准备度的能力,学会区分表象问题与根因问题。
核心挑战:某K8s AI故障自愈考验顾问在3类利益相关者之间建立共识的能力,差异化沟通是关键。
理论概述:顾问不是解决方案的提供者,而是客户自我发现的催化剂。真正的变革来自客户自己的认知和承诺。
理论概述:情境(Situation)→目标(Target)→行动(Action)→结果(Result)四步访谈框架。
理论概述:企业基本面、业务运营、IT成熟度、组织文化、AI准备度——五维评估。
理论概述:情境式、比较式、假设式、过程式、回溯式、前瞻式——六种提问各有适用场景。
理论概述:通过结构化的工作坊形式,将顾问的方法论转移给客户内部团队,实现能力固化。
理论概述:组织变革中成员经历可预测的情绪曲线:震惊→否认→愤怒→讨价还价→沮丧→接受→探索→承诺。
理论概述:利用大语言模型生成访谈提纲和分析报告初稿,但必须经过人工审核和行业定制。
理论概述:承诺-交付-反馈循环是期望管理的核心机制。每次超额交付都在积累信任资本。
项目管理知识本案例涉及以下项目管理知识点(按编号排序,共 8 条):
识别信号:信息不对称;干系人失联;汇报断层
操作要点:规划沟通管理 / 管理沟通 / 监督沟通
知识来源:PMBOK 7 性能域
识别信号:多供应商;合同争议;交付延期
操作要点:规划采购管理 / 实施采购 / 控制采购
知识来源:PMBOK 7 性能域
识别信号:过程失控;资源挤兑;沟通断裂
操作要点:平衡竞争性约束 / 管理沟通 / 管理采购 / 监控新工作与变更 / 持续改进
知识来源:PMBOK 7 性能域
识别信号:任务执行;数据采集;变更提交
操作要点:分配任务 / 管理技术接口 / 收集工作绩效数据 / 提交变更请求 / 更新问题日志
知识来源:49过程
识别信号:关键路径;资源冲突;进度压缩
操作要点:关键路径法CPM / 关键链法CCM / 资源优化 / 进度压缩赶工/快速跟进 / 进度网络分析 / 项目管理软件
知识来源:49过程
识别信号:进度滞后;关键路径漂移;资源瓶颈
操作要点:挣值分析进度绩效 / 关键路径法 / 项目管理软件 / 资源优化 / 提前量与滞后量调整 / 进度压缩
知识来源:49过程
识别信号:角色冲突;职责不清;资源不足
操作要点:角色与职责RACI矩阵 / 组织结构图 / 人员配备管理计划 / 团队章程 / 培训需求 / 资源日历
知识来源:49过程
识别信号:采购决策;供应商选择;合同类型
操作要点:采购管理计划 / 采购策略 / 招标文件RFI/RFQ/RFP / 供方选择标准 / 自制或外购分析 / 独立估算
知识来源:49过程
MBA 知识本案例同时调用以下 MBA 课程知识点(按编号排序,共 6 条):
识别信号:AI客户价值预测;留存模型;精准投入
框架要点:获取成本 / 留存价值 / 折现计算 / 分群差异化运营
关联项目管理:效益管理;价值评估
识别信号:AI项目收入确认;跨期成本分摊;资本化时点
框架要点:收入确认时点 / 费用配比 / 应计与递延 / 盈余管理风险
关联项目管理:成本管理;进度确认
识别信号:AI分阶段投资;试点期权;扩展期权;放弃期权
框架要点:二叉树模型 / BS公式适用条件 / 波动率 / 执行价 / 到期时间
关联项目管理:阶段门;渐进明细
识别信号:AI人才薪酬;技术津贴;长期激励
框架要点:岗位评估 / 市场对标 / 薪酬结构 / 激励方案 / 福利
关联项目管理:资源管理;成本管理
识别信号:数据资产入表;AI训练数据价值;数据治理
框架要点:成本法 / 收益法 / 市场法 / 数据质量 / 确权与合规
关联项目管理:商业论证;知识管理
识别信号:AI仿真优化;预测性维护;虚实结合决策
框架要点:实时映射 / 仿真预测 / 闭环优化 / 全生命周期 / 多尺度
关联项目管理:风险管理;质量管理
下表给出两大知识体系的完整维度清单及本案例的覆盖情况: 项目管理知识体系共 138 个知识点、15 个知识域,MBA 知识体系共 120 个知识点、12 个领域; 本案例强相关(含详述)的项目管理域 6 个、MBA 领域 6 个,其余维度标注了同类项目中的出现环节,便于按需扩展学习。
一、项目管理知识域覆盖(15 域)
| 知识域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 集成 | 高 | KP-015 项目工作绩效域 | 操作切入点:平衡竞争性约束 |
| 范围 | 低 | KP-038 规划范围管理 | 操作切入点:制定范围管理计划 |
| 进度 | 高 | KP-048 制定进度计划 | 操作切入点:关键路径法CPM |
| 成本 | 低 | KP-107 挣值管理EVM | 操作切入点:计划价值PV |
| 质量 | 中 | KP-058 管理质量 | 操作切入点:质量审计 |
| 资源 | 高 | KP-062 规划资源管理 | 操作切入点:角色与职责RACI矩阵 |
| 沟通 | 高 | KP-007 项目沟通管理 | 操作切入点:规划沟通管理 |
| 风险 | 低 | KP-071 规划风险管理 | 操作切入点:风险管理计划 |
| 采购 | 高 | KP-009 项目采购管理 | 操作切入点:规划采购管理 |
| 干系人 | 低 | KP-021 管理原则3:干系人 | 操作切入点:识别干系人 |
| 治理 | 低 | KP-019 管理原则1:勤勉、尊重和关心 | 操作切入点:恪守诚信 |
| 变更 | 低 | KP-090 配置管理 | 操作切入点:配置识别 |
| 敏捷 | 低 | KP-098 看板方法 | 操作切入点:可视化看板 |
| 数据治理 | 低 | KP-120 数据治理 | 操作切入点:数据所有者 |
| AI治理 | 低 | KP-124 模型训练 | 操作切入点:训练集/验证集/测试集划分 |
二、MBA 知识领域覆盖(12 域)
| 知识领域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 企业战略 | 低 | MBA-003 资源基础观 | 操作切入点:VRIO框架(价值、稀缺、难模仿、组织化) |
| 运营管理 | 中 | MBA-013 TOC约束理论 | 操作切入点:五步聚焦法 |
| 市场营销 | 高 | MBA-023 顾客终身价值 | 操作切入点:获取成本 |
| 公司金融 | 低 | MBA-038 营运资本管理 | 操作切入点:现金转换周期 |
| 财务会计 | 高 | MBA-042 权责发生制 | 操作切入点:收入确认时点 |
| 管理会计 | 低 | MBA-060 生命周期成本 | 操作切入点:研发成本 |
| 投资学与估值 | 高 | MBA-070 实物期权定价 | 操作切入点:二叉树模型 |
| 组织行为学 | 低 | MBA-073 亚当斯公平理论 | 操作切入点:投入产出比较 |
| 人力资源管理 | 高 | MBA-086 薪酬管理 | 操作切入点:岗位评估 |
| 管理经济学 | 低 | MBA-096 交易成本理论 | 操作切入点:资产专用性 |
| 商业伦理与公司治理 | 低 | MBA-101 委托代理理论 | 操作切入点:道德风险 |
| 信息系统与数字化转型 | 高 | MBA-115 数据资产估值 | 操作切入点:成本法 |
下列知识点在本案例中的系统落实路径,可按步骤逐条录入 aipm.twzx.bj.cn:
页面:/critical-path
入口:关键路径路线图页面>项目选择>路径展示区>甘特缩放控件
操作步骤:进入关键路径路线图;选择目标项目;系统自动计算并展示关键路径;使用缩放控件调整时间粒度;点击节点查看详情
数据录入:基于任务依赖关系与工期自动计算
边界与变通:依赖任务间逻辑关系需手动维护完整
页面:无对应页面
入口:缺口类型 G3
操作步骤:系统无团队建设/能力评估模块
数据录入:不涉及数据录入
边界与变通:属组织行为范畴,需外部工具或线下开展
整改清单FIX-2026-007(P2,工作量S):通过知识条目记录团队建设活动与能力提升计划,任务跟踪落实
页面:/stakeholders
入口:干系人登记册>Power×Interest 四象限>参与策略字段
操作步骤:进入干系人登记册;录入干系人信息;系统自动定位 Power×Interest 四象限;填写参与策略;保存
数据录入:权力/兴趣评分由用户输入,系统自动映射象限
边界与变通:参与策略为文本字段,无自动化建议
页面:/calendar + /whiteboard
入口:日历创建会议事件;白板记录会议结论
操作步骤:在日历页创建会议事件并邀请参会者;会议中用白板记录讨论要点;会后在白板保存并关联任务
数据录入:白板内容需手动转为任务
边界与变通:无会议纪要模板与自动分发功能
整改清单FIX-2026-014(P2,工作量S):扩展白板功能增加会议纪要模板,会后自动生成任务并分发通知
页面:/webhooks + /integrations
入口:Webhooks 管理>新建回调>URL/事件/密钥;Integrations 配置连接
操作步骤:进入 Webhooks 页;点击「新建 Webhook」;填写回调 URL 与事件类型;生成密钥;在 Integrations 配置第三方连接
数据录入:Webhook 用于事件推送,Integrations 用于数据拉取
边界与变通:无 API 网关与限流管理
动手实操与 AI 协同工作法
总用时约166分钟。
区分客户说的问题和真实的问题——症状往往不是根因
背景:人工智能初创企业预测性维护 AI 项目当前维护成本为1142万元,非计划停机时间为4 小时,模型预测准确率与现场反馈存在偏差,需进行诊断与纠偏。角色:主责高级PM,协审交付PM与风险经理,项目总监终审。交付物:输出预测维护诊断报告(Word)与纠偏计划(Excel),包含模型表现偏差、维护策略调整建议、资源重排与停机风险控制。
参考答案与评分要点
【道】先建立信任再谈技术。
【法】用OCE和STAR指导进场工作。
【术】一对一访谈和5Why是核心技能。
【器】诊断问卷和GROW模型是效率倍增器。
| 层 | 参考问题 | 意图 | 追问 |
|---|---|---|---|
| S1 | 您认为最重要的成功标准是什么? | 了解客户价值观和优先级 | 注意客户是否过度关注技术指标 |
| T2 | 如果给您团队的数字化能力打分,您打几分? | 了解内部能力差距 | 看客户是否愿意承认能力短板 |
| A3 | 还有没有其他重要的事情我没有问到? | 收尾开放性问题 | 通常客户会在这里说出最重要的担忧 |
| R4 | 您对这个项目的成功是如何定义的? | 了解客户的顶层期望 | 注意是否存在多个不同的成功标准 |
| S5 | 根据行业数据,类似规模企业通常11个月实现14%提升,您觉得这个范围合理吗? | 管理期望,建立参考基准 | 追问"如果实际效果低于范围,您的底线是什么?" |
| T6 | 您希望用什么机制来定期评估项目进展? | 建立持续沟通机制 | 建议每月正式review+每周非正式同步 |
| A7 | 如果这个项目不做,6个月后会发生什么? | 建立紧迫感 | 帮助客户认识到不做的风险 |
| R8 | 您过去在效率提升方面做过哪些尝试?效果如何? | 了解历史经验和组织惯性 | 追问"如果效果不理想,主要原因是什么?" |
| S9 | 您能描述一下目前科技互联网业务整体的运营情况吗? | 开放式开场,让客户主动说出全貌 | 等他自然说完后追问"还有吗?" |
| T10 | 如果项目成功了,您希望在什么时间看到什么样的变化? | 明确可量化目标和时间预期 | 追问"这些数字怎么得出来的?"评估合理性 |
•客户问"你做过我们行业吗?"——回应"我们团队做过多个类似场景"
•客户坚持"先说说方案"——回应"先提两个方向供您参考"
•客户期望不切实际——用对比法"这个目标需要的资源要翻倍"
推荐:《提问的艺术》
自我检查:建立了足够信任?识别了真正根因?给了客户有价值的洞察?客户愿意继续合作?